Методы «быстрой» разработки программной системы: методология Agile, методология экстремального программирования XP

разработанный сотрудниками консорциума OMG, а также соответствующие ему информационные технологии .
Технология CORBA разработана для поддержки процесса разработки и развёртывания объектно-ориентированных прикладных систем со сложной архитектурой.
CORBA представляет собой набор механизмом, имеющихся в программном обеспечении для проведения интеграции изолированных систем, предоставляющий возможности программам, разработанным на различных языках программирования, функционирующий в различных узлах сети, взаимодействовать друг с другом так же просто, как если бы они расположены в едином адресном пространстве одного процесса.
Спецификация CORBA предписывает возможности объединения программного кода в объекты, которые должны содержать данные о функциональности кода и интерфейсах доступа. Вызов готовых объектов может производиться из других программ (или объектов спецификации CORBA), расположенных в сети.
CORBA использует язык описания интерфейсов (OMG IDL) для определения интерфейсов взаимодействия объектов с внешним миром, она описывает правила отображения из IDL в язык, используемый разработчиком CORBA-объекта.
Стандартизированы отображения для языков Ада, Си, C++, Лисп, Smalltalk, Java, Кобол, Object Pascal, ПЛ/1 и Python. Также реализованы нестандартные отображения на языки Perl, VB, Ruby и Tcl, реализованные средствами ORB, разработанными для данных языков.



1.2.3. Стандарт обмена данными SOAP

Осуществление связи между веб-сервисами и их клиентами производится с использованием сообщений в формате XML. SOAP (Simple Object Access Protocol - простой протокол доступа к объектам) представляет собой протокол сообщений для выбора веб-сервисов.
Основной смысл стандарта SOAP предполагает, что кодировка сообщений должна производиться в стандартизированном XML-формате. Помимо сообщений формата SOAP, при обмене данными с сервисами .NET можно применять методы GET и POST протокола HTTP.
К преимуществам использования формата SOAP перед другими форматами при передаче данных можно отнести :
 Процесс кодирования в XML структур данных и наборов DataSet с использованием SOAP является несложным, как и данных простого скалярного типа;
 Использование SOAP-сообщений связано с наличием дополнительных инструментов, позволяющих легко проводить добавление, например, функций по обеспечению безопасности или трассировки.
 В наличии имеются наборы инструментария SOAP для различных сред программирования (в также и для предыдущих версий Microsoft C++ и Visual Basic). Таким образом, для обеспечения связи с сервисом с использованием методов GET и POST протокола HTTP, необходимо проводить самостоятельное конструирование строк запросов, и далее осуществлять работу по синтаксическому анализу ответов.



1.2.4. Язык для представления данных XML

Значительное число систем, стандартов и технологий связано с тем, что эффективное связывание разных источников данных в единую систему является затруднительной задачей. Даже для однородных источников, как СУБД, используют специализированные языки запросов и форматы представления выбираемых данных, которые в редких случаях являются полностью совместимыми между собой. Таким образом, проекты интеграции в таких условиях связаны с большими усилиями - необходимо вникать в специфику различных баз данных, в также работать с протоколами, операционными системами и так далее. Как результат - реализация процесса интеграции различных приложений или систем проходит по схеме, показанной на рисунке 5 .

Рисунок 5 - Схема обмена данными между приложениями без использования специальных средств
Технология XML позволяет упростить процесс обмена данными между приложениями, работающими с данными различных форматов.
Процесс обмена данными связан с разработкой нескольких врапперов, переводящих со стандартного XML-языка встроенной системы на язык, который понятен каждой системе в отдельности.
Среды разработки и стандартизированные библиотеки для XML реализованы практически на всех платформах и имеются практически во всех популярных языках программирования. Технологии работы с XML являются в достаточной степени стандартными для того, чтобы в различных системах возможно было использование одинаковых приемов. Данные, оформленные в формате XML, могут обрабатываться не только с использованием машин, но и самими разработчиками (что намного упрощает процесс отладки).
В принципе, процесс интеграции по XML-схеме не имеет коренных отличий от интеграции на базе любых других стандартов. Вместе с тем, данная технология имеет преимущества :
 XML языки не зависят от аппаратных и программных платформ, что дает возможности связывания разнородных систем;
 выразительная мощность XML является достаточно великой для того, чтобы проводить описание данные практически любой сложности.
На рисунке 6 показана схема обмена данными с использованием XML.

1.2.5. Восходящее и нисходящее программирование

Нисходящее программирование представляет собой набор систематических методов по проек¬тированию, кодированию и тестированию программ в форме последо¬вательности шагов. Метод основывается на идее проведения пошаговой детализации и позволяет проводить создание иерархически организованных модульных про¬грамм, модули верхнего уровня которых соответствуют общему функционалу программы, а модули следующего уровня являются их подфункциями.


Рисунок 6 - Схема обмена данными с использованием XML

Традиционно разработка программы проводится в виде последовательности этапов: первоначально провидится проектирование программы, далее ее кодирование и, наконец, тестирование. В случае использования приемов нисходящего программиро¬вания первоначально идет проектирование, кодирование и тестирование одного мо¬дуля, затем другого и т.д., пока все будет проведено завершение всех модулей. Функционал программы возрастает постепенно по мере подключения к ней новых модулей .
Процесс нисходящей разработки программы стартует после разработки общей логической структуры программы. Первоначально проводится проектирование модуля самого верхнего уровня. Следующие модули считаются фиктивными и заменяются на так называемые "заглушки" — пустые модули, содержащие только точки входа и выхода. Данные модули при вызове проводят возвращение уп¬равления вызывающим модулям. Далее проводится их замена на ре¬альные модули, разработанные на последующих этапах детали¬зации.
Методология восходящего программирования связана с использованием противопо¬ложной стратегии. Программа разрабатывается через объединение про¬стых программных составляющих для создания компонент высшего уровня .
Однако первый разработки, связан с созданием общей структурной схемы программы, вклю¬чая функциональные подсистемы и структуры данных. Далее производится поэтапный процесс по разработке и объединению компо¬нент, начиная с компонент низшего уровня. При объедине¬нии и совместном тестировании модулей нижнего уровня возникает необходимость в вызывающем модуле более высокого уровня, ко¬торый в данный момент еще не существует. Для имитации его функций создается тестовый драйвер — скелетная модель модуля, который будет создан на следующем шаге. Драйвер является управляющей программой, вызывающей другие модули и передающей им управления.